Visually indicating a calendar event among different time zones

ABSTRACT

A calendared event may be visually indicated. A proposed time for the calendared event can be identified and each of a plurality of event participants can be associated with the calendared event. For each of the participants, a local time of the participant that corresponds to the proposed time for the calendared event can be identified and displayed.

BACKGROUND OF THE INVENTION

With the growth of the Internet and the use of personal computers in theworkplace, electronic calendaring tools have become popular businessresources, especially in large corporations. With a calendaring tool, afirst user scheduling a calendar event (i.e. event coordinator) can sendinvitation messages inviting other calendar tool users (i.e. invitees)to participate in the event at a proposed time. Each of the inviteesthen can accept or decline the invitation message, or reply to themessage with a request, a comment, or an invitation for a new proposedtime.

Oftentimes the event coordinator and invitees are distributed acrossdifferent time zones. When the event coordinator tries to schedule thecalendar event, it can be very difficult for the event coordinator tovisually understand the time differences. Indeed, in some cases, ascheduler display may show colors indicating availability of users, butmay not display time zone differences. Consequently, the eventcoordinator may not be aware of the time zone differences, and mayschedule events at times that are inconvenient for one or more of theinvitees. Similarly, invitees may propose new times that areinconvenient for the event coordinator or other invitees.

BRIEF SUMMARY OF THE INVENTION

The present invention relates to a method and a system for calendaringevents. One embodiment of the present invention can include a method forvisually indicating a calendared event. The method can includeidentifying a proposed time for the calendared event, associating eachof a plurality of event participants with the calendared event, and, foreach of the participants, identifying a local time of the participantthat corresponds to the proposed time for the calendared event anddisplaying the local time. Further, for at least a first of theparticipants, a first indicator of a difference between the firstparticipant's local time and an event time reference can be displayed.

Another embodiment of the present invention can include a method forvisually indicating a calendared event. The method can includeidentifying a proposed time for the calendared event, associating eachof a plurality of event participants with the calendared event, and, foreach of the participants, identifying a local time of the participantthat corresponds to the proposed time for the calendared event anddisplaying the local time. The method further can include, for each ofthe participants, identifying a local time of the participant thatcorresponds to the proposed time for the calendared event, anddisplaying a first indicator that indicates the local time of each ofthe participants.

Yet another embodiment of the present invention can include a computerprogram product including a computer-usable medium havingcomputer-usable program code that, when executed, causes a machine toperform the various steps and/or functions described herein.

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS

FIG. 1 is a block diagram illustrating a system for indicating acalendared event in accordance with one embodiment of the presentinvention.

FIG. 2 is a view of a user interface displaying calendared events inaccordance with an embodiment of the present invention.

FIG. 3 is a view of a user interface displaying calendared events inaccordance with another embodiment of the present invention.

FIG. 4 is a flow chart illustrating a method of indicating a calendaredevent in accordance with another embodiment of the present invention.

DETAILED DESCRIPTION OF THE INVENTION

As will be appreciated by one skilled in the art, the present inventionmay be embodied as a method, system, or computer program product.Accordingly, the present invention may take the form of an entirelyhardware embodiment, an entirely software embodiment, includingfirmware, resident software, micro-code, etc., or an embodimentcombining software and hardware aspects that may all generally bereferred to herein as a “circuit,” “module,” or “system.”

Furthermore, the invention may take the form of a computer programproduct accessible from a computer-usable or computer-readable mediumproviding program code for use by, or in connection with, a computer orany instruction execution system. For the purposes of this description,a computer-usable or computer-readable medium can be any apparatus thatcan contain, store, communicate, propagate, or transport the program foruse by, or in connection with, the instruction execution system,apparatus, or device.

Any suitable computer-usable or computer-readable medium may beutilized. For example, the medium can include, but is not limited to, anelectronic, magnetic, optical, electromagnetic, infrared, orsemiconductor system (or apparatus or device), or a propagation medium.A non-exhaustive list of exemplary computer-readable media can includean electrical connection having one or more wires, an optical fiber,magnetic storage devices such as magnetic tape, a removable computerdiskette, a portable computer diskette, a hard disk, a rigid magneticdisk, a magneto-optical disk, an optical storage medium, such as anoptical disk including a compact disk-read only memory (CD-ROM), acompact disk-read/write (CD-R/W), or a DVD, or a semiconductor or solidstate memory including, but not limited to, a random access memory(RAM), a read-only memory (ROM), or an erasable programmable read-onlymemory (EPROM or Flash memory).

A computer-usable or computer-readable medium further can include atransmission media such as those supporting the Internet or an intranet.Further, the computer-usable medium may include a propagated data signalwith the computer-usable program code embodied therewith, either inbaseband or as part of a carrier wave. The computer-usable program codemay be transmitted using any appropriate medium, including but notlimited to the Internet, wireline, optical fiber, cable, RF, etc.

In another aspect, the computer-usable or computer-readable medium canbe paper or another suitable medium upon which the program is printed,as the program can be electronically captured, via, for instance,optical scanning of the paper or other medium, then compiled,interpreted, or otherwise processed in a suitable manner, if necessary,and then stored in a computer memory.

Computer program code for carrying out operations of the presentinvention may be written in an object oriented programming language suchas Java, Smalltalk, C++ or the like. However, the computer program codefor carrying out operations of the present invention may also be writtenin conventional procedural programming languages, such as the “C”programming language or similar programming languages. The program codemay execute entirely on the user's computer, partly on the user'scomputer, as a stand-alone software package, partly on the user'scomputer and partly on a remote computer, or entirely on the remotecomputer or server. In the latter scenario, the remote computer may beconnected to the user's computer through a local area network (LAN) or awide area network (WAN), or the connection may be made to an externalcomputer (for example, through the Internet using an Internet ServiceProvider).

A data processing system suitable for storing and/or executing programcode will include at least one processor coupled directly or indirectlyto memory elements through a system bus. The memory elements can includelocal memory employed during actual execution of the program code, bulkstorage, and cache memories which provide temporary storage of at leastsome program code in order to reduce the number of times code must beretrieved from bulk storage during execution.

Input/output or I/O devices (including but not limited to keyboards,displays, pointing devices, etc.) can be coupled to the system eitherdirectly or through intervening I/O controllers. Network adapters mayalso be coupled to the system to enable the data processing system tobecome coupled to other data processing systems or remote printers orstorage devices through intervening private or public networks. Modems,cable modems, and Ethernet cards are just a few of the currentlyavailable types of network adapters.

The present invention is described below with reference to flowchartillustrations and/or block diagrams of methods, apparatus (systems) andcomputer program products according to embodiments of the invention. Itwill be understood that each block of the flowchart illustrations and/orblock diagrams, and combinations of blocks in the flowchartillustrations and/or block diagrams, can be implemented by computerprogram instructions. These computer program instructions may beprovided to a processor of a general purpose computer, special purposecomputer, or other programmable data processing apparatus to produce amachine, such that the instructions, which execute via the processor ofthe computer or other programmable data processing apparatus, createmeans for implementing the functions/acts specified in the flowchartand/or block diagram block or blocks.

These computer program instructions may also be stored in acomputer-readable memory that can direct a computer or otherprogrammable data processing apparatus to function in a particularmanner, such that the instructions stored in the computer-readablememory produce an article of manufacture including instruction meanswhich implement the function/act specified in the flowchart and/or blockdiagram block or blocks.

The computer program instructions may also be loaded onto a computer orother programmable data processing apparatus to cause a series ofoperational steps to be performed on the computer or other programmableapparatus to produce a computer implemented process such that theinstructions which execute on the computer or other programmableapparatus provide steps for implementing the functions/acts specified inthe flowchart and/or block diagram block or blocks.

The present invention relates to a method and a system for calendaringevents in which one or more event participants may be located indifferent time zones. The system can automatically identify time zonedifferences, and present the events in a calendar view that indicatessuch differences. Further, the system can indicate times which, tocertain event participants, may be inconvenient for event scheduling.

FIG. 1 is a block diagram illustrating a system 100 for indicating acalendared event in accordance with one embodiment of the presentinvention. The communications system 100 can include a communicationsnetwork 102, which may comprise any suitable network infrastructure, forexample a wide area network (WAN), such as the Internet, the World WideWeb, a cellular communications network, a public switched telephonenetwork (PSTN), and the like. Other examples of suitable networkinfrastructure may include, but are not limited to, a radio accessnetwork (RAN), a local area network (LAN), a metropolitan area network(MAN), a WiFi network and/or a Mesh network. In that regard, thecommunications network 102 can include wired and/or wirelesscommunication links and can be implemented in accordance with anysuitable communications standards, protocols, and/or architectures, or asuitable combination of such standards, protocols, and/or architectures.

The communications system 100 also can include one or more communicationdevices 104, 106, 108, 110 which communicate event invitations 112, 114,116 and responses 118, 120, 122 via the communications network 102. Thecommunication devices 104-110 can be, for instance, computers, mobilestations (e.g. mobile telephones, mobile radios, mobile computers,personal digital assistants, or the like), set top boxes, accessterminals, subscriber stations, user equipment, or any other devicessuitably configured to communicate via the communications network 102.As such, the communication devices 104-110 can comprise one or moreprocessors, computer-usable mediums, network adapters, I/O devices, suchas those previously described, and/or other suitable components.

The communication device 104 can include a calendaring application 124that implements the methods and processes described herein. Thecalendaring application 124 can comprise a communication module 126configured to send the event invitations 112-116 to the communicationdevices 106-110, and receive the responses 118-122 from suchcommunication devices 106-110. For example, the communication module 126can receive event information, encode the event information into asuitable message format (e.g. into one or more packets or frames), andcommunicate the messages in accordance with a suitable messagingprotocol. In addition, the communication module 126 can receive theresponses 118-122 in the form of messages and parse response informationfrom such messages.

The calendaring application 124 also can include a user interface 128for receiving user inputs and presenting information to a user of thecommunication device 104. Such information can include, for instance,one or more calendars, scheduled events, responses to invitationrequests, and so on. In one embodiment, the user interface 128 can be agraphical user interface.

An event scheduler 130 also can be provided. The event scheduler 130 canreceive user inputs via the user interface 128 to schedule events,communicate event invitation information to the communication module 126to generate the event invitations 112-116, receive from thecommunication module 126 response information based on the responses118-122, schedule events based on the event information and responseinformation, and perform other event scheduling tasks.

The event invitation information generated by the event scheduler 130can identify one or more contacts 132, 134, 136, identify respectivetime zone information for such contacts 132-136, and associate thecontacts 132-136 and time zone information with an event. For example,the event scheduler 130 can interface with contact information 138 toretrieve information about contacts 132-136 to whom event invitations112-116 are to be sent (e.g. via the communication devices 106-110).Such contacts 132-136 can be identified by user inputs received via theuser interface 128. The user inputs can correspond to individualcontacts 132-136 or contact groups (e.g. user groups).

The contact information 138 can include time zone indicators for thecontacts 132-136. A time zone indicator for a particular contact 132-136can include the contact's home time zone, the current time zone in whichthe contact is located, a time zone in which the contact 132-136 isanticipated to be located at a future time (e.g. when an event is to bescheduled), and/or any other time zones with which the contact 132-136is otherwise associated. Hereinafter, any such time zones will bereferred to as a “local time zone” of the contact 132-136. The timezones can be identified with respect to a world clock, Greenwich MeanTime (GMT), military time zones, Nato time zones, letter time zones,North American time zones, European time zones, Australian time zones,and/or any other suitable time zones.

The event scheduler 130 can interface with a time zone processing module140 to convert an event time in a first time zone to corresponding timesin one or more time zones with which the contacts 132-136 areassociated. The first time zone can be a time zone in which a user 142of the system 100 is located, a time zone in which the system 100 islocated, a home time zone for the system 100 or a user 142 of the system100, a time zone in which the system 100 or user 142 is anticipated tobe located at a future time, and/or any other time zones with which thesystem 100 or the user 142 is otherwise associated. Hereinafter, anysuch time zones will be referred to as a “local time zone” of the user142.

Each of the event invitations 112-116 can identify the event and theproposed time for the event in the contact's local time zone. Forexample, assume that the invitation 112 is being communicated to acontact 132 whose local time zone indicator indicates a local time zonethat is three hours behind the local time zone of the user 142. Alsoassume that the event is scheduled for 2:00 P.M. in the user's localtime zone. The invitation 112 thus can indicate to the contact 132 thatthe event is scheduled for 11:00 A.M. in the contact's local time zone.

The contact 132 can respond to the event invitation with the response118, which can indicate whether the event invitation is denied oraccepted for an indicated time, or can suggest an alternative time forthe event. The event scheduler 130 can process the response accordingly.For example, if the response 118 indicates that the invitation 112 isaccepted, the event scheduler 130 can add the contact 132 to a list ofevent participants and an invitation acceptance message can be presentedto the user 142. If the response 118 indicates that the invitation 112is denied, the event scheduler 130 can remove the contact 132 from alist of potential participants and an invitation denial message can bepresented to the user 142. If the response 118 indicates a request tochange the time of the event, the event scheduler 130 can present a timechange request to the user 142 and other contacts 134, 136 invited tothe event.

The event scheduler 130 also can generate one or more views thatindicate to the user 142 a list of contacts 132-136 attending the eventand the time of the event in the respective time zones. Thecommunication devices 106-110 also can present such views to thecontacts 132-136.

FIG. 2 is a view 200 of a user interface displaying calendared events inaccordance with an embodiment of the present invention. The view 200 caninclude a time table 202, 204, 206, 208 for each of the contacts invitedto attend the event and the event coordinator (collectively referred toas “event participants”). The time tables 202-208 can be arranged in anysuitable order, for example based on priority levels assigned to theparticipants, based on the time zones, and so on. Further, the timetables 202-208 can be displayed horizontally, as in the example, orvertically.

The time tables 202-208 can be rendered to provide a visual cueassociating an event time 210 across each of the time tables 202-208.For example, the time tables 202-208 can be positioned such that timeblocks 212, 214, 216, 218, in the respective time tables 202-208, thatcorrespond to the event time 210 are displayed in juxtaposition to oneanother. In that regard, the time tables 202-208 can be shifted withrespect to one another by an amount of time equal to their time zonedifferences. Further, each of the time blocks 212-218 can display anindicator that indicates a local time of the scheduled event for therespective participants.

Additional indicators also can be provided to accentuate the event time210. For instance, the time blocks 212-218 can be presented with aparticular font, color and/or effect. In another embodiment, the timeblocks 212-218 can be displayed in a particular shade, color orhatching, or displayed in any other suitable manner. Additionalindicators also can be provided. For instance, an association indicator220 can be associated with the time blocks 212-218 that correspond tothe event time 210. In one embodiment, the association indicator 220 canbe a graphic, such as a box.

Further, for each of the time tables 202-208, a time differenceindicator 222, 224, 226, 228 can be displayed to indicate a differencebetween a respective participant's local time for the event and an eventtime reference. The time difference indicators 222-228 can be juxtaposedwith respect to one another. As with the time blocks 212-218, theassociation indicator 220 can visually associate the time differenceindicators 222-228 with one another.

In one embodiment, the event time reference can be the scheduled time ofthe event in the time zone associated with the participant to whom theview 200 is being presented. In another embodiment, the event timereference can be the scheduled time of the event in the time zoneassociated with the event participant identified as the eventcoordinator. For example, if the view is being presented to Carol (orCarol is identified as the event coordinator), and Bob is in a time zonethat is five hours behind Carol's time zone, the indicator 222 candisplay “−5”. Similarly, if Ted is located in a time zone that is twohours ahead of Carol's time zone and Alice is located in a time zonethat is seven hours behind Carol's time zone, the indicator 226 candisplay “+2” and the indicator 228 can display “−7”. The indicator 224can display any suitable message to indicate that the time 230 presentedin the time table 204 is the local time of the event in Carol's timezone.

In addition to, or in lieu of, the indicators 222-228, indicators 232,234, 236, 238 can be displayed to indicate the local time zones for therespective event participants. The indicators can, for example, identifyeach of the local time zones with respect to a particular timereference, such as GMT.

In one embodiment, the association indicator 220 can be moved inresponse to a user input (e.g. with a cursor, a stylus, an appendage,keystrokes, etc.) to select a new event time. For instance, theassociation indicator 220 can be moved to the time blocks 240, 242, 244,246 to change the event time to the time 248. A size (e.g. width) of theassociation indicator 220 also can be increased or decreased in responseto a user input to increase or decrease the duration of the event. Forexample, the association indicator 220 can be stretched to encompass thetime blocks 212-218 and the time blocks 240-246, thereby allocating anamount of time for the event equal to the duration of the amount of timeindicated by the time block 212 and the time block 240. The duration ofeach time block 212-218, 240-246 can be any suitable time period, forinstance one or more minutes, one or more portions of an hour, one ormore hours, one or more days, etc.

In response to the association indicator 220 being moved, increased ordecreased, the user can be automatically prompted to choose whether tosend invitation updates to event participants. If the user chooses to doso, such invitations can be automatically sent, and responses to theinvitations can be processed, as previously described.

In another aspect of the inventive arrangements, one or more of the timeblocks 250, 252, 254, 256 can be presented with availability indicators258, 260, 262, 264 to indicate availability of the respective eventparticipants. For instance, the availability indicators 258-264 canindicate times at which event participants are available or unavailable,or times when there may be potential conflicts. Availability indicators258-264 also can indicate lunch times, scheduled breaks, non-workinghours, or any other time periods. The availability indicators 258-264can be displayed as a particular shade, color or hatching within thetime blocks 250-256, or displayed in any other suitable manner.

FIG. 3 is a view 300 of a user interface displaying calendared events inaccordance with another embodiment of the present invention. The view300 can include a time table 302, 304, 306, 308 for each of the contactsinvited to attend the event and the event coordinator (collectivelyreferred to as “event participants”). The time tables 302-308 can bepresented horizontally, as in the example, or vertically. Further, thetime tables 302-308 can be displayed so as to display common start times310, 312, 314, 316 in juxtaposition to one another, and to displaycommon end times 318, 320, 322, 324 in juxtaposition to one another.Moreover, each of the time blocks 326, 328, 330, 332 can display anindicator that indicates a local time of the scheduled event for therespective participants.

The time tables 302-308 can be rendered to provide a visual cueassociating an event time across each of the time tables 302-308. Forexample, assume that the event is scheduled for 4:00 P.M. in the timezone in which Bob is located, 2:00 P.M. in the time zone in which Carolis located, 11:00 A.M. in the time zone in which Ted is located and 9:00A.M. in the time zone in which Alice is located. Accordingly, the timeblocks 326-332 can be presented with a particular font, color and/oreffect. The time blocks 326-332 also can be displayed with indicators334, 336, 338, 340, such as a particular shade, color or hatching, oranother indicator suitable for indicating that the time blocks 326-332are associated with one another. In addition, one or more associationindicators 342, 344, 346 linking the time blocks 326-332 can bedisplayed. Such association indicators 342-346 also can be displayed ina particular shade, color or hatching, or displayed in any othersuitable manner.

In one embodiment, the selected event times can be changed in responseto a user input. For instance, the user can select the indicators334-340 or the association indicators 342-346 and drag the indicators334-340 and/or association indicators 342-346 to select a new time. Inthat regard, such indicators 334-346 can be moved in unison. A size ofthe indicators 334-346 also can be increased or decreased in response toa user input to increase or decrease the duration of the event. Forexample, the indicators 334-340 can be stretched to encompass the timeblocks 326, 348, the time blocks 328, 350, the time blocks 330, 352 andthe time blocks 332, 354. In this manner an amount of time for the eventcan be changed to be equal to the duration of the amount of timeindicated by the time block 326 and the time block 348. The duration ofeach time block 326-332, 348-354 can be any suitable duration of time,for instance one or more minutes, one or more portions of an hour, oneor more hours, one or more days, etc.

In response to the indicators 334-346 being moved, increased ordecreased, the user can be automatically prompted to choose whether tosend invitation updates to event participants. If the user chooses to doso, such invitations can be automatically sent, and responses to theinvitations can be processed, as previously described. Further, asnoted, one or more of the time blocks 356, 358, 360, 362 can bepresented with availability indicators 364, 366, 368, 370 to indicateavailability of the respective event participants.

FIG. 4 is a flow chart illustrating a method 400 of indicating acalendared event in accordance with another embodiment of the presentinvention. The method 400 can begin in a state in which a calendar eventhas been scheduled, invitations to the event have been communicated, andresponses to the invitations have been received. At step 405 a proposedtime for the calendared event can be identified. At step 410, each of aplurality of event participants can be associated with the calendaredevent. At step 415, for each of the participants, a local time thatcorresponds to the proposed time of the calendared event can beidentified and displayed. Optionally, at step 420, one or moreindicators of a difference between the participants' respective localtimes and the event time reference also can be displayed.

At step 425, an association indicator can be displayed. The associationindicator can visually associate the local times with one another and/orvisually associate the time difference indicators with one another.Referring to decision box 430, if the association indicator is moved,the process can proceed to step 435 and the proposed time can be changedin accordance with the movement of the association indicator. Referringto decision box 440, if the size of the association indicator ischanged, at step 445 the duration of the calendared event can bechanged. As noted, event invitations can be re-sent if the time and/orduration of the calendared event has changed. If at decision box 440 thesize of the association indicator has not changed, at step 450 theprocess can end or continue (e.g. monitor for additional responses).

The flowchart(s) and block diagram(s) in the figures illustrate thearchitecture, functionality, and operation of possible implementationsof systems, methods and computer program products according to variousembodiments of the present invention. In this regard, each block in theflowchart(s) or block diagram(s) may represent a module, segment, orportion of code, which comprises one or more executable instructions forimplementing the specified logical function(s). It should also be notedthat, in some alternative implementations, the functions noted in theblock may occur out of the order noted in the figures. For example, twoblocks shown in succession may, in fact, be executed substantiallyconcurrently, or the blocks may sometimes be executed in the reverseorder, depending upon the functionality involved. It will also be notedthat each block of the block diagram(s) and/or flowchartillustration(s), and combinations of blocks in the block diagram(s)and/or flowchart illustration(s), can be implemented by special purposehardware-based systems that perform the specified functions or acts, orcombinations of special purpose hardware and computer instructions.

The terminology used herein is for the purpose of describing particularembodiments only and is not intended to be limiting of the invention. Asused herein, the singular forms “a,” “an,” and “the” are intended toinclude the plural forms as well, unless the context clearly indicatesotherwise. It will be further understood that the terms “comprises”and/or “comprising,” when used in this specification, specify thepresence of stated features, integers, steps, operations, elements,and/or components, but do not preclude the presence or addition of oneor more other features, integers, steps, operations, elements,components, and/or groups thereof.

The corresponding structures, materials, acts, and equivalents of allmeans or step plus function elements in the claims below are intended toinclude any structure, material, or act for performing the function incombination with other claimed elements as specifically claimed. Thedescription of the present invention has been presented for purposes ofillustration and description, but is not intended to be exhaustive orlimited to the invention in the form disclosed. Many modifications andvariations will be apparent to those of ordinary skill in the artwithout departing from the scope and spirit of the invention. Theembodiments were chosen and described in order to best explain theprinciples of the invention and the practical application, and to enableothers of ordinary skill in the art to understand the invention forvarious embodiments with various modifications as are suited to theparticular use contemplated.

Having thus described the invention of the present application in detailand by reference to the embodiments thereof, it will be apparent thatmodifications and variations are possible without departing from thescope of the invention defined in the appended claims.

1-20. (canceled)
 21. A computer-implemented method for visuallyindicating a calendared event, comprising: displaying a plurality oftime tables, respectively, for a plurality of event participantsassociated with the calendared event; displaying, associated with a timetable for a first of the event participants, a first time differenceindicator; displaying, associated with a time table for a second of theevent participants, a second time difference indicator; displaying,associated with the first time difference indicator and the second timedifference indicator, an association indicator; and for each of theevent participants, identifying a local time block, of the eventparticipant, that corresponds to a proposed time block for thecalendared event, wherein the first time difference indicator indicatesa time difference between the local time block of the first eventparticipant and an event time reference, the second time differenceindicator indicates a time difference between the local time block ofthe second event participant and the event time reference, theassociation indicator visually associates the first time differenceindicator to the second time difference indicator, and the event timereference is a time of the calendared event in a time zone of apredetermined entity.
 22. The method of claim 21, wherein thepredetermined entity is an event coordinator.
 23. The method of claim21, wherein the predetermined entity is a user to which the plurality oftime tables is being displayed.
 24. The method of claim 21, wherein theassociation indicator is movable with respect to the plurality of timetables.
 25. The method of claim 24, wherein movement of the associationindicator changes the proposed time block for the calendared event. 26.The method of claim 21, further comprising displaying, associated withone of the event participants, an availability indicator.
 27. A computerprogram product, comprising: a computer-usable storage medium havingstored therein computer-usable program code for visually indicating acalendared event, the computer-usable program code, which when executedby a computer hardware system, causes the computer hardware system toperform: displaying a plurality of time tables, respectively, for aplurality of event participants associated with the calendared event;displaying, associated with a time table for a first of the eventparticipants, a first time difference indicator; displaying, associatedwith a time table for a second of the event participants, a second timedifference indicator; displaying, associated with the first timedifference indicator and the second time difference indicator, anassociation indicator; and for each of the event participants,identifying a local time block, of the event participant, thatcorresponds to a proposed time block for the calendared event, whereinthe first time difference indicator indicates a time difference betweenthe local time block of the first event participant and an event timereference, the second time difference indicator indicates a timedifference between the local time block of the second event participantand the event time reference, the association indicator visuallyassociates the first time difference indicator to the second timedifference indicator, and the event time reference is a time of thecalendared event in a time zone of a predetermined entity.
 28. Thecomputer program product of claim 27, wherein the predetermined entityis an event coordinator.
 29. The computer program product of claim 27,wherein the predetermined entity is a user to which the plurality oftime tables is being displayed.
 30. The computer program product ofclaim 27, wherein the association indicator is movable with respect tothe plurality of time tables.
 31. The computer program product of claim30, wherein movement of the association indicator changes the proposedtime block for the calendared event.
 32. The computer program product ofclaim 27, wherein the computer-usable program code further causes thecomputer hardware system to perform displaying, associated with one ofthe event participants, an availability indicator.
 33. A computerhardware system configured to visually indicate a calendared event,comprising: at least one processor, wherein the at least one processoris configured to initiate and/or perform: displaying a plurality of timetables, respectively, for a plurality of event participants associatedwith the calendared event; displaying, associated with a time table fora first of the event participants, a first time difference indicator;displaying, associated with a time table for a second of the eventparticipants, a second time difference indicator; displaying, associatedwith the first time difference indicator and the second time differenceindicator, an association indicator; and for each of the eventparticipants, identifying a local time block, of the event participant,that corresponds to a proposed time block for the calendared event,wherein the first time difference indicator indicates a time differencebetween the local time block of the first event participant and an eventtime reference, the second time difference indicator indicates a timedifference between the local time block of the second event participantand the event time reference, the association indicator visuallyassociates the first time difference indicator to the second timedifference indicator, and the event time reference is a time of thecalendared event in a time zone of a predetermined entity.
 34. Thesystem of claim 33, wherein the predetermined entity is an eventcoordinator.
 35. The system of claim 33, wherein the predeterminedentity is a user to which the plurality of time tables is beingdisplayed.
 36. The system of claim 33, wherein the association indicatoris movable with respect to the plurality of time tables.
 37. The systemof claim 36, wherein movement of the association indicator changes theproposed time block for the calendared event.
 38. The system of claim33, wherein the at least one processor is further configured to initiateand/or perform displaying, associated with one of the eventparticipants, an availability indicator.